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[57] ABSTRACT 

Design and implementation of an 'Auto Multi-Project 
Server System 1 , which automates the tasks of Project Man- 
agement Coordination, for organizational work-group team 
members. The 'Auto Multi-Project Server', referred to as 
AMPS, consists of a core piece of software running on a host 
server computer system and interacting with a messaging 
system such as electronic mail, fax etc. Once the AMPS 
system is configured for the work environment, all interac- 
tions with it by work-group team members is via messages. 
First the AMPS system compiles multi-project plans into a 
multi-project database, and tracks the ownership of projects, 
tasks and resources within the plans. Second the AMPS 
system performs automatic checking of resource requests, if 
resource availability limits are exceeded then resources are 
re-allocated to projects based on priorities, and project plans 
are accordingly changed Third the database is processed 
periodically to send out reminder follow-ups and project 
status reports. Fourth the databases are continuously updated 
based on status changes reported by work-group members. 
These four steps are continuously repeated enabling an 
automated method of multi-project management for organi- 
zational work-group team members. 
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The 'Auto Multi-Project Management' Process 

Objective: Architecture drawing to show the different components for implementing the automatic multi-project 
server, to use In an automatic muni-project management process. 



Network Operating System (40) 



Messaging system (email or fax) (30) 



Auto Multi-Project 
Server (20) 



Projects) databases 
(10) 



Fax or Email messages 
via IAN , WAN or 
Telephone Network (50) 




Multiple Work-team members (60) 
(managers and workers) 
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Fig 3 - Proj ct database example 



User Name > xxx 
Password > 12345678 



Project Description (1 line) > xxxxxx 

Project Id No (upto 3 characters) >3456 

Project Start Date (m/d/y) > 2/20/1994 

Project Leader Name > Sesh Srinivasan 

(optional) Project Leader Email Id > sesh@xyz.abc.com 

(optional) Default Reminder Frequency (d.b.w.f.m) > 

(Optional) Week-ends (sat.sun.mon.tue.wed.thu.fri) > sat sun 

(optional) Holidays (m/d/y) > 



Task Id (numbers only) >1 

Task Description (1 line) > procure pipes 

Task Status (pending/started/completed/stuck) > started 

Task Leader Name >tl1 

Task Leader Email Id > tl1@xxx.yyy.com 

Task Duration (d.w.m or 0) > 3d 

OR Task Completion Date (m/d/y) > 

(optional) Task Reminder Frequency (d.b.w.f.m) > 

(optional) Task Leader Can Change Schedule (y/n) > y 

(optional) Parent Task Id > 



Immediate Predecessor Task Id > 
Dependency Type (fs.ff.ss) > 
Time Lag (d.w.m) > 



Resource name (include units) > Feet of copper pipes 
Resource budget (numbers only)> 2000 
Resource consumed > 500 



Task Id (numbers only) >2 

Task Description (1 line) >install pipes 

Task Status (pending/started/completed/stuck) > pending 

Task Leader Name > t!2 

Task Leader Email Id > t12@abc.pqr.com 

Task Duration (d.w.m or 0) > 1w 

OR Task Completion Date (m/d/y) > 

(optional) Task Reminder Frequency (d,b,w,f,m) > 

(optional) Task Leader Can Change Schedule (y/n) > y 

(optional) Parent Task Id > 



Immediate Predecessor Task Id > 1 
Dependency Type (fs.ff.ss) > fs 
Time Lag (d,w,m)> 1d 



Resource name (include units) > plumber man days 
Resource budget (numbers only) > 10 
Resource consumed > 



01/07/2004, EAST version: 1.4.1 



U.S. Patent 



Aug. 20, 1996 



Sheet 4 of 10 



5,548,506 



o 
o 

LL 

E 

2 
o> 
o 



3 
00 



O) 

u. 



CD 
to 

CO 

XI 

& 

CO 



C CD 

£-0 

CO <d 

1 & 

3 "D 



c 



1 



u 
•8" 

CL 



fl 

r- r> 

CO w 
0) CO 

fi| 

J2 CD 
To o 
£ 3 

- 52 

CO « 

is 

CD TJ 
T3 CD 

m CO 
CO 

c S 

O <o 
CO 

TO f= 



X 
CO 
LL 

o 

CO 



3 

Q. 

c 



CO 



CL 
C 

O 7= 

CO CO 

■° E 

~U CD 

C L_ 

CD O 

" X 
CO 



CD E 

g>8 

CD 

© .tj 
Q. Q. 

E E 
o o 
o o 



CD 
> 



o 

CD 



5? 

g Se" 

ra s « 



CD 

x? 
O 



CO 

o 



t_ 

CD 



C 

o 

CO 



c 

CD 
"D 
C 
CD 
CL 
CD 
XJ 

CD 
CO 

3 



CO 

Q. 

o g 
w o 



CO y 

is I 

^ w to 

O-C > 
CO 



CO 



CO CO CO 





CO O) 

tog 

It 

CD O to 
CD O CD 

* £ « 

i- CD *0 

£fc 

> O 

§It 

u o o 
< x: o 



CO 



GO 

o 

LL. 



CO 



o 
E 
E 

8 

CD 

4— • 

CO 
CO 

i 
IT 



to 

li 
is 

i— .v 
9- CO 

li CO 
CO 

-ti — 3 

5 °- 

° E 

T3 O 

CD 
<0 

2a 



d> 



01/07/2004, EAST Version: 1.4.1 



U.S. Patent Aug. 20, 1996 



Sheet 5 of 10 



5,548,506 




o to 



01/07/2004, EAST Version: 1.4.1 



. Patent 



Aug. 20, 1996 



Sheet 6 of 10 



5,548,506 



o 
o 



E 

CO 
h. 

o 



CO 
CO 

CO 



03 

.c 



IS 

00 

2 
c 

0) 



c 
o 
>% 
o 
c 

01 

cr 

0) 



■a 

0) 

c 



0) 
T3 



CD 
C 

• IB 

E 



to 

LL 



£ a 

CD C 
C -8 

a. 

W CO 

cct -a 



■o o 

.£ <o 

E 5 

2 IS 

-o w 

c c 

03 O 
CO to 

5 i 

O) o 

c ^ 



T3 00 
C (U 
0) ~ - 
a. a) 

"5 
o -a 

CO Q. 

o o 



T 





CO 

o g- 

= £ 

.= w . 
8 § 

C CO 5 

lag 

Q_ CD a - 

< -8 => 



E 

CO 
CD 



§ 
2 

o 

lb 

es 

CO 

3 C 
O O 

x a. 
ca w 

U- u. 
O CD 
— -Q 
CO £ 

E g 
ai E 



a> 
> 

u 
cu 
15* 
O 



01/07/2004, EAST Version: 1.4.1 



U.S. Patent 



Aug. 20, 1996 



Sheet 7 of 10 



5,548,506 



t: 

CQ 
U 

o 



E 
o 



■ 

iZ 




x 
o o 



CO 

c 

o 
XL 

CO 
CD 



E 



X 

2 o 
o = 



CO CO 

c > 

O L- 

Is 

.E o. 



CD 
> 

(D 

O 



01/07/2004, EAST Version: 1.4.1 



U.S. Patent 



Aug. 20, 1996 



Sheet 8 of 10 



5,548,506 



t: 

o 
o 



13 

"D 



oo 
ll 



o 

CO 

a> 
o 
c 
<u 

C 

cu 
a. 
a) 
■a 

aj 
c 

CO 
03 



JO 
TO 

q5 

CO 
CD 



CO 
CD 
O) 
c 

CO 
-C 

o 

CO 

iS 

CO 

* CO 

2-8 

5 a- 
a> o> 

QJ 

a c 

ai 
> 

u 
a) 

5" 

O 



Q. 





co 


-2 


on 


"3 




ta 


2 


E 


3 


o 




e-c 


sk 




CO 




01/07/2004, EAST Version: 1.4.1 



U.S. Patent Aug. 20, 1996 sheet 9 of io 5,548,506 




01/07/2004, EAST Version: 1.4.1 



U.S. Patent 



Aug. 20, 1996 



Sheet 10 of 10 



5,548,506 



(0 

u 
o 



o 
o. 

2. 



Q. 



p 



O) 

c 

r 
o 

Q. 

a) 



(/> 
■c 
o 

CL 

c 

0) 

E 
a) 

O) 

to 
c 

CO 

E 
o 

0) 
CD 

■4-* 

E 

<D 
C 
0} 
C3> 

o 



> 

IS 

CO 

O 



8 

O 

'C 

to 
a. 









o 


o 
















"3 






o 






ax 


len 




o 


gem 


jns. 




CO 


E 


CO 


c 




E 


CO 


Ul 


E 


o 



CO 

u 

O 

•c 

CD 



CO 

I 

^ CO 
■Mud) 
3 O * 

o ^ o 

x c 
CO g XL 

t! E 8 

° Oi 0) 
— CO 

E <S 
LU E Ql 



CO 

O) 0) L- 

(!) r o. 

3 £ 

s ^ o 

b g c 

£ To o 

F O CO 

I C 3 

CO CD "D 




01/07/2004, EAST Version: 1.4.1 



5,548,506 



10 



AUTOMATED, ELECTRONIC NETWORK 
BASED, PROJECT MANAGEMENT SERVER 
SYSTEM, FOR MANAGING MULTIPLE 
WORK-GROUPS 

BACKGROUND 

1. Cross-references to Related Applications 
A patent search revealed no patent under the categories, 

Automatic Project Management, or under Electronic Mail 
based ^ject-Maj^ement-or-Groupware^ 
^menu^-p 

The category Project Management revealed two patents: 

(1) U.S. Pat. No. 4,451,067, A Comprehensive Central 15 
Scheduling Folder for Project Management offers a 
non-computerized method for planning and tracking 
projects. This has no similarity with the proposed 
electronic network based project management system, 

as it does not involve computers. 20 

(2) U.S. Pat. No. 4,875,162, An Automated Interface of 
Design Software with Project Management Software. 
The scope of this is narrow, focuses on design organi- 
zations only and involves automatic status update of 
files between design software and project Management 25 
software. This is not for general purpose management 
of multiple work-groups. Also it does not address the 
design of a general purpose auto-server for project 
management, which will perform automatic project 
database creation, project follow-up, multi -project 30 
resource planning and project reporting. 

2. Field of Invention 

The invention described here is the design and application 
of an electronic network based project management server 
system. The product termed in this application as an 'AUTO 
MULTI-PROJECT SERVER'. The use of the product will 
result in an improved organizational process for compiling, 
tracking and managing multiple projects within an organi- 
zation. 

ITiejgal^fithez^^ an 
amojnateQ^com^ 
trre-g oals-of-mu Itiple:orgaiuzat^ 
^^the;automated:corimuter;based2seiyex;co 

ing/compflinfrproj ect-data r fla g 
^u p'witgy ffi^ 45 
^ing^ata^cor^ 

resolve inter-project conflicts by re-allocation of critical 
resources based . on project priorities and generate manage- 
ment reports for flagging time and cost overruns and critical 
path information. 

Future re-engineered corporations will demand heavy 
computing needs for managing large number of work-teams 
with different project goals, schedules, dependencies and 
priorities running simultaneously. The present techniques 
for static project-management tools and for limited project- 
management groupware technologies will no longer be 
adequate. 

3. Discussion of Prior Art 

Presently the following types of project management 
systems are available: 

1. Project planning tools, with software for generating 
charts such as Gantt, Pert/CPM etc. Many of the techniques 
were invented during the Second World War Majority of 
project management is perceived as belonging to this area. 
These are static standalone tools and do not impose any 65 
particular process in the organization. Organizations have to 
figure out methods for input, tracking and report distribu- 



35 



40 



50 



55 



60 



tion. Typically a project coordinator is hired by organiza- 
tions to manually compile input data, run the tools and 
distribute progress reports. 

Examples: Commercial tools such as PRIMAVERA and 
MICROSOFT-PROJECT offer computerized static software 
approach to planning projects, i.e. a person has to supervise 
the input data collection and output report generation, and 
there is no automatic process specified by the manufacturer. 

A survey of existing project management tools showed no 
use of electronic mail or faxing methods to do any automatic 
creation, updating, planning or reporting. (Reference: 
DATAMATION— Oct, 1, 1993, Article: Project Manage- 
ment Software that's IS friendly, has a survey of the capa- 
bilities of Project Management tools and there is no mention 
of any automatic server based tools, driven by electronic 
messaging.) 

2. Group collaboration and Work flow management tools, 
provide technologies to automate the flow of documents. 
These are directed at a wide variety of needs such as 
facilitating group conferences, meetings' management, 
project database management, information flow control and 
other custom mail enabled applications. The tools by them- 
selves do not impose any organizational process, but offer an 
underlying technology to build applications, including the 
design proposed by this patent. 

Example (1): U.S. Pat No. 5,168,444 for a Work-flow 
shipment system, including processing of document images. 
This is not related to automatic project management for 
multiple work-groups. 

Example (2) Lotus NOTES is a leading groupware prod- 
uct offering the necessary technology to build organizational 
processes including Project Tracking examples. The system 
is not designed to handle large multi-project/multi-priority 
environments. There is no automatic system proposed by the 
manufacturer and it is left for each organization to design its 
own process or system of project management. 

Example (3) The nearest commercial product design is a 
product called SYZYGY from Information Research Corp., 
which builds on inherent capability of local area networks 
(LAN) to tie workers together. The system has a central 
database on organizational projects and can be automatically 
be programmed by managers to broadcast reminder mes- 
sages. (Reference: Personal Computing, Volume 14, Issue 4, 
Date: Apr. 27, 1990, Page: 152), The differences I see 
between this product and the invention under this patent: 

Syzygy is not ideal for managing large or complex 
projects since it lacks critical path analysis. The inven- 
tion under this patent includes a complete computation 
engine for computing critical path activities, 

Syzygy does not do complex inter-task dependency com- 
putations. 

Syzygy is not targeted for multiple work-teams with 

inter-conflicting priorities. 
Syzygy does not attempt any resources leveling or 

resource re-allocation. 

Objects and Advantages 

ffieiffrp^uct-fe 
^Prgje cj.^ 

n^n^&mcnt^^r^^ o^NSTe^ based in a computer and 
accessible via electronic mail or fax messages. 
No Programming is involved by people using the system, 
the 'Auto Multi-Project Server' automatically com- 
putes task completion/start dates and triggers messages 
based on data mailed to it. Thus the data itself is used 
to program the 'Auto Multi-Project Server'. 
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The * Auto Multi-Project Server' reads electronic mail or 
fax messages, such as project plans and flags project 
data incop sistenri&j& I jith^ 
cmcntrdata^mto^a'usa^ 

monito,iDc1udc i detaUs,OD ; goals, l milestoneS nbud£Cts' r etc. 5 

rTheg£ATito*Mfflti5P^ 
^^teadej^onipendm^ 
^startfa^d*fimshTdat£S* 

The *Auto Multi-Project Server' includes extensive 
dependency calculations, such as taking into account 10 
complex inter-task dependencies and start/finish lags 
between dependent activities. 

The 'Auto Multi-Project Server' goes beyond just remind- 
ing people about their start and finish dates, it also 15 
serves as a project information system by informing the 
group team members on their inter-dependencies. 

The 4 Auto Multi-Project Server' includes resolution of 
multi-project priorities, which is an essential compo- 
nent for managing multi-groups with divergent priori- 20 
ties. It allows for example a program or general man- 
ager to examine multiple-projects under his program 
and assign priorities for completion. Individual task 
deadlines and resource usage would be controlled by 
the priorities assigned to the completion of the project. 25 

The 'Auto Multi-Project Server* will re-allocate critical 
resources based on project priorities and re-compute 
completion dates. The project database would auto- 
matically be updated with the new dates. Tnus there is 
automatic resolution of priority conflicts. The project 30 
leader does not have to have to constantly escalate 
issues up the management hierarchy for resolution. 

Security issues are handled by the authorization of ell 
input mail or faxes, prior to processing. For electronic 
mail and faxes the incoming mail is checked against a 35 
valid list of passwords prior to processing. Also each 
project is assigned a unique identifier to prevent mix-up 
of information between projects. 

In summary the 'Auto Multi-Project Server* is a necessary 
requirement for the needs of future HORIZONTAL 40 
CORPORATIONS where the information to manage 
multiple projects will be too complex to be done via 
manual present-day tools. 

Further objects and advantages of my invention will 
become apparent from a consideration of the drawings and 45 
ensuing description. 

DESCRIPTION OF DRAWINGS 

FIG. 1 — Architecture drawing to show the different com- 50 
ponents of an 'Auto Multi-Project Management Process' , 
which is required for implementing the *Auto Multi-Project 
Server'. 

FIG. 2— Internal architecture of the *Auto Multi-Project 
Server*. 

FIG. 3 — Project database example, format to serve as the 
primary communication and storage format for information 
on the different project(s). 

FIG. 4 — Build Program Flowchart, to compile together & 
data on inter-dependent tasks for each project and build a 
reference database (with all necessary project information). 
To compute completion dates based on resource limits and 
inter-project dependencies. 

FIG. 5 — Dependency computation flowchart, to compute 65 
task start and finish dates based on relationship to dependent 
predecessors. 
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FIG. 6 — Reminder program flowchart, to track pending 
tasks and remind task owners on a pre-determined frequency 
on when to start/finish tasks, lb update task owners on status 
of dependencies. 

FIG. 7 — Inform flowchart, to track task completion and 
inform dependent tasks on start or finish status of their 
predecessors, thus acting as a formal channel of communi- 
cation eliminating the chance of misinformation. Also to 
inform project and task leaders on re-computed completion 
dates based on resource re-allocation between projects 
(based on project priorities). 

FIG. 8 — Update flowchart, to update the 'build* file with 
status changes in task details or task inter-dependencies or 
inter-project priorities. 

FIG. 9 — Inter-project priorities and resource allocation 
flowchart. To allocate common resources based on inter- 
project priorities and re-compute task duration 

FIG. 10 — Reports flowchart, to generate project manage- 
ment reports for reporting progress of projects(s). 

LIST OF REFERENCE NUMERALS 
FIG. 1 

10 Project(s) databases, contains information on the 
project, also referred to as the 'BUILD' file. Format for 
this file is shown in FIG. 3. 

20 Auto project management server. This software system 
is the heart of the process and its workings are 
explained in the flowcharts contained in FIG. 4 through 
FIG. 10. 

30 Messaging system such as Fax or Email (Electronic 
Mail) 

40 Network Operating System, is a general term used to 
refer to the communication protocol used to allow users 
communicate with the 'Auto Project Server'. 

50 Fax, LAN (local area network), WAN (wide area 
network) or telephone network is the media for com- 
munication. 

60 Work-team members communicating to the 'Auto 
Multi-Project Server', these may be program managers, 
project leaders, task leaders etc. 

FIG. 2 

10 Project updates, module to parse and read project 
updates, 

20 Database updating, module to update the project 

database with new information. 
30 Database creation, module to open a new database 

project file. 

40 Project data computation, module to compute all 

project data, (Dates etc.) 
50 Project creation, module to parse and read in project 

data on new projects. 
60 Project database, centralized complete information on 

the project. 

70 Resource re-allocation, re-assigns critical resources if 

limit exceeded. 
80 Database access, to retrieve task information from 

project database. 
90 Reminder processing, to send out reminders to pending 

task owners. 



01/07/2004, EAST Version: 1.4.1 



5,548,506 



100 Inform status, to communicate status of dependen- 
cies. 

110 Project reporting, to generate and send out project 
progress reports. 

5 

SUMMARY 

The design and implementation of an 'Auto Multi-Project 
Server* for Automatic Multiple Project Management is 
described in this patent. This involves a self-running soft- io 
ware system running on a central server computer system 
with capabilities for automatic data compilation, tracking 
and management, handle multiple projects, resolve inter- 
project resource conflicts and communicate with users via 
electronic mail or fax mail. 15 

DESCRIPTION OF INVENTION 

FIG. 1 shows the overall process of using the invention in 
an organization to manage multiple projects vi an automatic ^ 
computer server. FIG. 2 shows the internal architecture of 
the invention which is an *Auto Mult-Project Server'. 

FIG. 1, Part 10 — refers to the set of project database files 
stored, one for each project. These files are also referred to 
as the 'build* file. Refer FIG. 3 for a sample format. This file 25 
contains information about the project, such as the start date 
and other global information such as the project leader's 
name, mail identity, holidays, weekends etc. It also contains 
detailed information about each task such as the description, 
task leader's name/mail identity, task duration or planned 30 
completion date. In addition it contains information about 
the dependencies for each task, in terms of the predecessor 
task id, the type of dependency whether FS(predeceseor 
finishes and task starts), FF(predecessor and task finish 
together) or SS (predecessor and task start together), and the 35 
lag between the predecessor and task activities. Finally the 
database contains information about which resources, 
amount of resources and budget for resources required for 
doing the task. 

FIG. 1, Part 20 is the 'Auto Multiple Project Server' . This 40 
is a software system which is the head of the new process. 
Details of its internal architecture are contained in FIG, 2. Its 
workings are explained in the flowcharts contained in FIG. 
4 through FIG. 10. The server is a software process that runs 
at fixed intervals (example: at the end of the day) and 45 
performs the task of project management coordination by 
performing date compilation, data validation, database 
update, follow-up reminders to task leaders, inter-project 
resource conflict resolution and allocation and management 
reports generation on critical tasks and overruns. The main 50 
modules of the server software are described below: 
Creation functions consisting of: 
Project creation module to read and check for consistency, 

project data on new projects. (Component 50, FIG. 2) 
Data computation module, to compute completion dates 55 

for all activities in the project based on dependency 

information and project start date. (Component 40, 

FIG. 2) 

Database creation, this module creates a new database 
project file. (Component 30, FIG. 2). 

Project database, holds centralized complete information 
on the project. (Component 60, FIG. 2). 
Conflict-resolution functions consisting of: 

'Resource' module, to check for resource usage and to 65 
re-allocate resources on the basis of inter-project pri- 
orities, if resource are limits exceeded. Project database 
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has to be re-created if resources are re-allocated.(Com- 
ponent 70, FIG. 2). 
Updating functions consisting of: 
'Project Update' module, to receive and parse updates 

from project/task leaders (Component 10, FIG. 2) 
Database updating, module to update the project database 
with new project status information.(C^mponent 20, 
FIG. 2). 

Information functions consisting of: 
Database access, to retrieve task information from project 

database. (Component 80, FIG. 2). 
'Remind' module, to send auto reminders to task leaders 

of pending tasks. (Component 90, FIG. 2). 
'Inform' module, to inform task leaders on completion of 

dependent activities. (Component 100, FIG. 2) 
Project reporting, to generate and send out project 

progress reports. (Component 110, FIG. 2) 
The server software system has been implemented in C 
language, making it easier to port to different machines and 
also providing the necessary performance for handling the 
largest projects. The server system has to work closely with 
the Messaging system and the Network Operating System, 
the components of which are described below. 

FIG. 1, Part 30 — Messaging system is used to refer to the 
communication protocol used to allow users communicate 
with the 'Auto Multi-Project Server' . This has to work under 
and is closely related to FIG. 1, Part 40 which is the Network 
Operating System. The network operating system controls 
the network operation. 

The 'Auto Multi -Project Server* has to be configured 
separately for each type of messaging system/network oper- 
ating system. The following are some of the example 
environments, they are provided for clarity and do not 
exclude other environments: 
UNIX mail system running under a UNIX server machine 
such as a 486 PC, PENTIUM PC, SUN Workstation, 
DEC workstation, IBM RS6000 workstation etc. and 
communicating to other machines via an electronic 
network (Part 40). Users send electronic mail to the 
server machine on new project information and status 
updates, which is processed by the 'Auto Multi-Project 
Server', The 'Auto Multi-Project Server' in turn sends 
back electronic mail reminders and management 
reports. 

Mail system running on a network of PCs'. The mail 
system may be LOTUS CCMAIL or LOTUS NOTES 
or MICROSOFT MAIL etc. The Network Operating 
System may be NOVELL NETWARE or VINES or 
PC-NFS etc. 

Fax based communication system, based on fax board 
inside PC coupled with OCR software to read fax 
messages. Here the fax board and software functions as 
the messaging system, as well as the network operating 
system. The fax system must have automatic transmis- 
sion, automatic receipt and optical character recogni- 
tion capability, 
FIG. 1, Pan 50 is the communication network, which may 
be Fax, LAN (local area network), WAN (wide area net- 
work) or telephone network is the physical media for 
communication. This is generally transparent for the 'Auto 
Multi -Project Server', as it is handled by the Network 
Operating System (Part 40). 

FIG. 1, Part 60 are the different Project Work-team 
members communicating to the ' Auto Multi-Proj ect 
Server' , these may be program managers, project leaders, 
task leaders etc. The program manager assigns inter-project 
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priorities, the project leader creates the first plan for the 
project and the task leaders update the project database with 
progress of project 

Operation of Invention 5 

The 'Auto Multi-Project Server* is designed to change the 
organization process of planning, tracking and management 
of work-team projects. The entire process is planned to be 
automated with managers focusing only on the exceptions 
and crisis situations. I describe below the process of using 10 
the 'Auto Multi-Project Server* , as weD as the logic used by 
the Invention to manage projects. 

Step 1 — Setup the environment, this involves creating an 
environment configuration file with an entry in it to show the 
command string to be used in submitting an input file for 15 
electronic mail or for faxing it out Also the command string 
to be used in reading an electronic mail or fax, and the input 
file name. The environment file is also used to indicate 
week-ends, holidays and default reminder frequency and 
default reminder window. 20 

In addition a separate file containing authorization infor- 
mation is required for 'project leaders to allow them to 
create new projects. The authorization will consist of a list 
of 'user names* and valid passwords'. 25 

The above environment configuration files are the only 
manual operation and is a one time operation. These can be 
performed by a Systems Manager, who does not require to 
have any knowledge of 'Project management processes'. 
Based on the configuration values the appropriate commu- 30 
nication procedures are invoked. 

Step 2 — The project leader creates a project plan in the 
format as per FIG. 3. This has information on the project, 
tasks, dependencies and resources to be used. 

Step 3 — The 'Auto Multi-Project Server* reads the project 35 
plan and invokes the 'Build* Procedure as per flowchart in 
FIG. 4. The first step is to validate the user/password and 
then parse the input for errors such as if names, descriptions, 
mail ids etc. are missing. Based on dependencies, the server 
computes the completion dates for each task. Completion 40 
dates are based on work-days only, so the software accounts 
for week-ends and holidays. Refer FIG. 5 — Dependency 
Computation Flowchart for details on how dependencies are 
handled. 

Step 4 — Resolving Inter-project resource conflicts. The 45 
'build* procedure is not complete unless critical common 
resource usage has been compared against the resource 
limits. Refer FIG, 9 for the flowchart for the re-allocation of 
critical resources and the re-computing of completion dates. 

Prior to this the Program Manager is mailed a list of 
projects and is requested to assign a rank priority. In addition 
the program manager is requested to supply a list of critical 
resources and their usage limits. The actual usage is com- 
pared against this limit 55 

Step 5 — Task Reminders are accompanied by information 
about the task, to allow task leaders to provide change 
updates such as changes in the task duration or the estimated 
completion date or to inform on amount of resources actu- 
ally consumed. Refer FIG. 8 for the procedure flowchart on 50 
updating the project database. 

Step 6 — The 'Inform' procedure is invoked each time 
there is a change in a dependent task status such as starting 
or completion. Refer FIG. 7 for the flowchart. Thus the 
'Auto Multi-Project Server' serves also as a formal mode of 65 
communication of task status, and does not leave it to be 
communicated via other informal means. 
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Step 7— The 'Reports' procedure shown in FIG. 10, is 
invoked to generate the necessary management reports on 
time/cost overruns and critical path analysis. In addition 
managers are informed on re-allocation of any resources, to 
explain re-computation of completion dates. 

Automatic Operation — It should be noted that the opera- 
tions of the 'Auto Multi-Project Server* are automatic (or 
sdf-ninning) and there is no manual intervention. Only at 
the staff-up stage is there any manual customization of the 
environment, by changing some of the program variables 
and setting up the environment file. In general the operation 
is driven by mail messages received from users. The 'Auto 
Multi-Project Server' responds to the messages and is thus 
'event driven', though the response does not occur imme- 
diately but rather batched together for the end of day 
processing, as explained in the next paragraph. 

Night processing — It is suggested that given the heavy 
amount of processing for each project, all 'build', 
'reminder*, 'inform', 'reports', 'resource re-allocation* pro- 
cedures be run at night This will allow for lowered load on 
the server and also allow accumulation of all status updates 
to be handled together eliminating database file access 
problems. Real time response to user messages is not 
necessary. 

Summary, Ramifications and Scope 

I have described so far the architecture and working of an 
'Auto Multi-Project Server' which is necessary to imple- 
ment the proposed 'Automatic Multiple Project Manage- 
ment Process'. As can be seen from the product description 
and operation so far, the 'Auto Multi-Project Server' is a first 
of its kind product with some very unique features to handle 
large and multiple number of projects, including where there 
are resource conflicts. The future organizations will be 
greatly demanding in terms of number end size of projects 
and only an automated software system can prove to be 
useful. Existing static tools will be overwhelmed by the 
amount of project data. 

What is claimed as the invention is: 

1. A method executed by a computer system as part of a 
computer program, said system for coordinating the man- 
agement of a project, said computer system to comprise of 
a central database server connected to a electronic network, 
said method using a two way electronic messaging system 
that allows different types of organizational work-group 
team members to send messages to the computer program 
and receive messages from the computer program via the 
said electronic network, said method storing and accessing 
data from a multi-project database, said method to be 
automatic in nature and with built in triggers which are 
based on the nature and status of said data without need for 
manual project management coordination, said project man- 
agement coordination to involve all the steps of the project 
management cycle including planning, resource leveling, 
status reporting and reminding, tracking and updating plans, 
said method to be configurable for the said organizational 
work-group environment, said method comprising the steps 
of: 

(a) identifying the owner of received message; 

(b) identifying the nature of said received message; 

(c) setting up said multi-project database and saving said 
received messages to said database according to the 
nature of said received message; 

(d) receiving project plans and compiling project plans 
and saving project plans into said multi-project data- 
base; 
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(e) checking said project plans for resource requests 
against resource availability and reallocating resources 
if necessary based on inter-project priorities; 

(0 recalculating and sending back said project plans based 
on resource reallocation; 5 

(g) sending project status reports and reminders to orga- 
nizational work-group team members based on the 
status of said triggers; 

(h) receiving project updates and status changes and 1Q 
updating said project database; 

(i) repeating steps (a) through (h) on a periodic basis, as 
desired by said organizational work-group team mem- 
bers. 

2. A method as claimed in claim 1 wherein said identi- i5 
fying the owner of the message step additionally comprises 
the step of identifying the incoming user messages and 
authorizing them against a valid list of users. 

3. A method as claimed in claim 1 wherein said identi- 
fying the nature of the message step additionally comprises 20 
the step of checking the consistency of data sent to it via user 
messages, prior to processing the messages; has means to 
reject and return user messages which are inconsistent 

4. A method as claimed in claim 1 wherein said compiling 
project plans step additionally comprises the step of com- 25 
puting task completion dates based on project start date and 
inter-dependencies among tasks. 
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5. A method as claimed in claim 1 wherein said saving 
project plans step additionally comprises the step of creating 
a project database of information on the project, with all 
necessary information for follow-up of progress and all 
necessary information for reporting progress. 

6. A method as claimed in claim 1 wherein said recalcu- 
lating project plans based on resource reallocation step 
additionally comprises the step of recomputing task dura- 
tion's and completion dates of tasks. 

7. A method as claimed in claim 1 wherein said sending 
project status reports and reminders step additionally com- 
prises the step of processing each project database and 
generating outgoing reminder messages for task leaders 
whose tasks are pending. 

8. A method as claimed in claim 1 wherein said sending 
project status reports step additionally comprises the step for 
soliciting for updates to project and database status infor- 
mation. 

9. A method as claimed in claim 1 wherein said sending 
project status reports step additionally comprises the step of 
sending messages to task leaders, on status of inter-depen- 
dent tasks. 

***** 



01/07/2004, EAST Version: 1.4.1 



United States Patent m 

Knudson et al. 



[54] DYNAMIC PROJECT MANAGEMENT 
SYSTEM 

[75] Inventors: James George Knudson, Monument; 

William Lawrence Vivian, Colorado 
Springs, both of Colo,; Mark S. Crego, 
Springfield, Va. 

[73] Assignee: MCI Corporation, Washington, D.C. 

[21] Appl. Noi: 559^70 

[22] Filed: Nov. 17, 199S 

[51] Int CL 6 — G06T 17/60 

[52] U.S.CL 705/9 

[58] Field of Search 395/209. 211, 

395/201, 207, 208, 232, 926; 705/8, 9 

[56] References Cited 

U.S. PATENT DOCUMENTS 

4,819,162 4/1989 Webb, Jr. et al. 395/232 

4,937,743 6/1990 Rassman et al 398/208 

4,942,527 7/1990 Schumacher 39*209 

5411,391 5/1992 Fields etal 395/209 

5,117,353 5/1992 Stipanovich et al 395/211 

5,172,313 12/1992 Schumacher 395/211 

5,459,657 10/1995 Wynn et aL 395/232 

5,557,515 9/1996 Abbruzzese et al 395/209 



inniiiHiiiiiiiivi 

US00576514GA 
[li] Patent Number: 5,765,140 
[45] Date of Patent: Jan. 9, 1998 



OTHER PUBLICATIONS 

MO, 'TES Users' Guide-Manager & Budget Coordinator 
Edition," revised Aug. 1994, pp.: 1-35. 
MO, 'TES Users* Guide-Employee & Contractor Edition," 
revised Aug. 1994 pp.: 1-23. 

MO, "AIMS Users' Guide," revised Aug. 1994, pp.: 1-24. 
Primary Examiner — Donald E. McElheny, Jr. 
[57] ABSTRACT 

A dynamic project management system includes a server 
network and a master database. The network is configured to 
identify a personnel resource pool including a plurality of 
users. A project planning tool is used to effect the project 
plan including a plurality of tasks to be performed by the 
users in accordance with respective time schedules. The 
network is configured for translating the project plan into the 
master database to effect an assignments table including a 
list of project tasks assigned for completion by each of the 
users. Time sheets are periodically prepared in the master 
database from the assignments table and include a list of the 
project tasks assigned to a respective user and a time period 
record for recording time entries therein. Actual time 
expended in r>erforming the tasks is fed back to the project 
plan for managing completion of the tasks in accordance 
with the time schedules. In a preferred embodiment, a 
funding source is mapped to the project plan so that cumu- 
lative labor cost may be tracked based on actual time 
expended for the project tasks. 
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DYNAMIC PROJECT MANAGEMENT Jdeatify^TpersHn^ 

SYSTEM nascrs^.rffojecLpla^^ 

BACKGROUND OF THE INVENTION c plan : mdudinf^ 

1 Field of the Invention rJjsersJnzaccoKlaro-w^ 

" . . ^ | . . ■ 5 network is configured for translating the project plan into the 

This invention relates to data processing systems. More , ^ , * _ . . * f 

particularly, the invention relatesto mana^eLnt appUc£ ^ d *"** ! * ^ a ° l"^ tel f 3 

Sons used in data proccsring systems. ^ of PfJ^^ ^gned for completion by each of the 

2 Background Information USCTS * unt sheets are periodically prepared in the master 
T " ■ i , . database from the assignments table and include a list of the 
L^rge companies e^loy numerous employees and exter- proje ct tasks assigned To a respective user and a time period 

nal contractors for performing various projects in conduct- 1_j * j- ^ - A , 

ing business. Various levels of managers define projects to fCCOTd *Z * f ^ 

be performed by employee and contractor personnel in 111 P"*™"* the tasks is fed back to the project 

accordance with project plans containing specified tasks plan for managing completion of the tasks in accordance 

requiring completion in accordance with respective time me time «*«taks. In a preferred embodiment, a 

schedules. 13 funding source is mapped to the project plan so that cumu- 

I^rge companies typicaUy utilize programmable cornput- lative 13501 6084 ^ based on actual xhne 

ers and associated databases to more effectively manage expended for project tasks, 

available personnel and track expended labor hours for 

foUowmgestabUshedfinanria^ BRIEF DESCRIPTION OFTHE DRAWINGS 

external ftmding accounts may exist to which personnel may 20 ^ invcnti ia accordancc ^ preferred and exem- 

charge their labor time. In one common example, it is ^ay embodiments, together with further objects and advan- 

required to track work performed in completing a capital f, y *u 7^ » B ~~ i , !. .L^, • , „ . 

project which can be depreciated fo7 tax purples. ^« thereof, « more pamculaxly described in the following 

Accordingly, a specific Capital Project Appropriation ***** ^enpton tak» in conjunction with the accoro- 

Request (CPAR) is created to which personnel may charge 25 panying dmnn ^ in wluch: 

expended time in performing work thereunder. FIG. 1 is a schematic representation of a plurality of 

One conventional system is known as the Automated projects to be completed by a personnel resource pool using 

Issue Management System (AIMS) and is used in conjunc- various funding sources. 

tion with another conventional system called Entry System FIG. 2 is a schematic representation of a dynamic project 

(TES) which are used for capitalizing internal and external 30 management system having a master database in accordance 

labor. The systems are contained in conventional program- with one architecture embodiment of the present invention, 

rmble computers for more accurately managing the large pro. 3 is a schematic representation of one architecture 

number of personnel involved and the substantial number of „ ... * * . , 1/ !^ . . " 

individual tasks associated with various capital projects. A embodiment for implement^g the dynamic project manage- 

project manager typically initiates a project b/a^aing a „ ment ***** ^ strated * 2. 

specific work request in the ATMS system. The system FIG. 4 is a flow chart illustrating exemplary method steps 

automatically provides a respective ATMS number, which in effecting the dynamic project management system illus- 

typically has a correlation to a single CPAR number. The trated in FIGS. 2 and 3. 

manager assigns personnel to complete tasks based on an 

AIMS number. The TES system allows personnel to record DESCRIPTION OF THE PREFERRED 

through a personal computer expended time per AIMS 40 EMBODIMENT^) 

number as the work is completed. The TES system allows ^ . . . ^ „ . , , . 

the manager to examine cumulative time expended for ^strated schematically in FIG. 1 are a plurality of 

specific AIMS numbers, with the manager manually corre- Project plans, labeled projects 1 and 2 for example, each of 

lating the AIMS number to a specific CPAR. wluch indudes a plurality of project tasks which require 

Although the AIMS and TES systems facilitate managing 45 cornplenon^^ 

tc , ^ ^.^L, „t_. , ^JrZtlt 18 conventionally known. The various project tasks must be 

projects m a large company, project planning and managing lctcd b ; vailablc ernp i oye e S in a typical large 

is nevertheless relatively complex in most circumstances. To . , \ , , . . ;if 

further facilitate project management in large companies, "* *** by "f^ ' on as ^ 

commerciaUy available software has been developed. One ^ ploy f CS K and contractors defme a resource P eKOnne ] 1 P°°] 

available management tool or product is conventionally » from which managers assign one or more tasks to selected 

known as Microsoft Project from Microsoft Corp., and ^ 7 ^ f^" 

anotherproductis ABTProject Workbench fromtheAppUed Z*™^,? "^TT A f °" 

Business Technology Corporation. These srftwarHools Z^iTt™\ Z u T*?^* V 

allow companies to define project plans in accordance with f^'^jf fua<fall 6 to which each of the project tasks 

tasks and time schedules for available personnel resources, 55 I f 

and are typically operated in stand-alone fashion or in J* acc ordance with the present invention as illustrated 
conjunction with other commercially available software schematically in FIG. 2, a dynamic project management 
products for facilitating the overall management of projects. s y stcm 10 te Provided for automatically tracking and con- 
However, these commercially available products are tro^g project tasks in accordance with the various project 
designed for specific applications and are therefore limited « tu0£ schedul es, and the associated funding therefore. FIG. 3 
in capability, as well as having no built in capability for mustrates schematically the architecture or hardware asso- 
managing project funding such as the CPAR example intro- dflted ^ 40(5 sy^rn 10, with FIG. 2 illustrating schcrnati- 
duced above. cally the software associated therewith. 

iiimmary of tttp TNJVTTisrrTOTsj Referring firstly to FIG. 3, the system 10 includes one or 

^ SUMMARY OF THE INVENTION 65 more conventional server networks 12 each including a 

y<ryaamic;pi^ ect-rra director-level programmable digital computer server 14 

tnetwqrkjmdair^ operatively joined to a respective plurality of programmable 
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personal computer (PC) user terminals 16. The number of personnel enter expended time in a computer terminal based 

user terminals 16 is typically limited, to about 250 terminals on the AIMS number itself. 

for example, for each director server 14, and therefore The mainframe system 22 also includes another 

additional server networks 12 are utilized as required for conventional, software implemented Capital Budget Rroject 

supporting the specific number of resource personnel 5 Tracking Analysis (CBPTA) system 32 which is used for 

available, who are also referred to as users. The director tracking Capital budgets independently of the AIMS system 

servers 14 may be located at one geographic site, or may be 30. 

located at various geographically spaced apart sites depend- 1° order to effect the Dynamic Project Management 

ing upon the organizational structure of the corresponding System 10 illustrated in FIG. 3, it is desirable to use 

company and its needs. Conventional software is used to 10 available or pre-existing hardware and software to advan- 

operate the server networks 12. for automatically tracking and controlling funding 

The one or more director servers 14, and their associated Fogress and time schedules for various projects. In tins 

user terminals 16, are conventioiially operatively joined to a regard the hardware illus*ated in FIG. 3 including the 

common or master database 18 to which data may be written d f b "% W 1 J 8 f d f WIth so ^ e 

and stored, and from which data may be read by each of the « developed specifically ^merefare m accordance with the 

director servers 14 and the various user terminals 16. The V™* 1 ^ entlon * Mt * ou & tune entry 

master database 18 may reside at any one or all of the 2*™. softwarc ^trodnced above facilitates tome entry by 

director servers 14, and may be defined redundanUy at each ^ c anous » sers ' \ s rdat< ? j° * e 

of the servers 14 if desired AIMS numbers without any direct correlation to cither 

^ ^ , -jn project funding sources or project plans. In accordance with 

In the exemplary embodiment illustrated in FIG. 3, (he ^ nt ^atim. (he Dynamic Project Management 

system 10 further includes a supernova-level programmable s tem M deludes M Time En(rv System r TBS) 

computer server 20, also referred to simply as a superserver configurcd for spccificaUy associating time tracking with 

20, operatively jorned to the plurality of director servers 14 separately developed project plans, as well as funding infer- 

and the master database 18. The superserver 20 is conven- matioa 

tionally configured and ^operatively joined to the director 25 M ^ nQ ^ software m acoordance 

servers 14 for smtahiy downloading and uploading data as ^ me t ^ ng Qr mod _ 

described in more detail below. ^ referred tQ separately as ^ Adrflmistr ator (TES/ 

The system 10 preferably includes in part and cooperates Admin)i TES planning (TBS/Plan), and TES Personal Com- 
with a pre-existing, conventional programmable mainframe 3Q pilter (XES/PC). Each of these three modules respectively 
computer system 22 which is operatively joined to the addreS ses the specific need of personnel resource 
superserver 20. The mainframe system 22 includes a main management, project planning, and time entry in an inter- 
database 24 having stored therein personnel resource data related using te common or master tes data- 
and funding data. In one company for example, the main- base lg ^ XES/Artriin sc ftware resides in the exemplary 
frame system 22 would be employed for mrintaining suit- 35 embo diment illustrated in FIG. 2 on both the director servers 
able records of available company employees, and outside u ^ ^ supernova scrvcr 2 0, with different functions 
or external contractors typically used thereby as required, beiE g performed on each server as described in more detail 
with these workers or users being collectively referred to as below TheTES/PC software resides at the user terminals 16 
personnel. Similarly, the mainframe system 22 would also whicfa ^ used primarily f 0I entering expended time into the 
be used for storing suitable identification of various funding ^ master database 18. This setup allows users to act 
sources, both internal and external to the company, as independently, with the common database 18 being readily 
desired so that work tasks and non-work related charges maintained independently thereof. And, TES/Plan also 
such as vacation and sick days may be associated with a res id es on the director servers 14 for providing a specifically 
specific funding identffication or source. configured interface with a conventional, commercially 

In one example, the mainframe system 22 conventionally 43 available project management tool in accordance with the 

includes a Human Resources Information System (HRIS) invention. 

26, which is software implemented and accessible by a More specifically, two examples of commercially avail- 
conventional terminal 26a. The HRIS system 26 contains, able g^cct management or planning software tools include 
among other things, various data regarding company Microsoft Project from the Microsoft Corporation, and ABT 
employees. 50 project Workbench by the Applied Business Technology 

The exemplary mainframe system 22 also includes a Corporation. Each of these preexisting and predefined soft- 
software implemented Resource Management System ware tools provides means for a project manager to plan a 
(RMS) 28 which is accessed through a corresponding ter- desired project to effect a project plan including a plurality 
minal 28a. The RMS system 28 is used to maintain of described tasks to be performed by identified personnel or 
employee and contractor information required for monitor- 55 users in accordance with respective time schedules. The 
ing utilization thereof and cost of development, TES/Plan module in accordance with the invention as illus- 
maintenance, and support of software, for example. tratcd in FIG. 2 provides means for automatically interfacing 

The mainframe system 22 further includes another soft- the existing project management tool with the TES server 

ware implemented conventional Automated Issue Manage- network 12 through the common database 18. In order to 

ment System (AIMS) 30 which is used for capitalizing 60 maximize compatibility between the preexisting project 

internal and external labor. In the AIMS system 30, a management tool and the TES server network 12, the TES 

manager first opens a work request to begin a Capital software modules including TES/Plan, TES/Admin, and 

project The AIMS system 30 provides a corresponding TES/PC are created using the commercially available 

AIMS number therefore, which number has a correlation to Microsoft Visual Basic software which allows users to 

a single specific funding source such as a CPAR number. 65 interface with the system at their respective terminals using 

The ATMS system 30 is used in conjunction with the "windows" analogous to those found in the well known 

conventional time entry system introduced above in which Microsoft Windows software. 
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Since the project management tool creates project tasks created user profiles. Project managers may also use TES/ 

and assigns them to identified users, it is desirable to Admin to define general tasks to be completed by selected 

correlate identification of the users in the project tool to users independently of the project management tooL 

^nHfi^Ll^M^ SyStC £ 10 ™* ra/Plan interface module is also configured for 

identified therein. More specifically* the mainframe system « «« ■ • * i . t • . ? 

BpeWoodydescrilrt translatmg the FOject plan developed in the project ^ 

main database 24 which identifies available employee and 2?f? me TO database 18 ^strated id 

contractor personnel. Accordingly, foe TES/Admin software nGS - 2 and 3 to ^S 11 P 10 ^ to individual users by 

module which resides on the superserver 20 illustrated in effecting an assignments table in the master database 18 

FIG. 3 is used as a resource administrator for the TES wWdimcludes a list of project tasks assigned for completion 

applications and is used in conjunction with the existing 10 b y each of me identified or assigned users, The assignments 

mainframe system 22 as means for providing or identifying table resides M me 00111111011 01 master database 18 and is 

a personnel resource pool from the personnel data stored in accessible by each of the director servers 14 and lists 

the main database 24. assigned tasks for one or more projects for each of the 

TES/Admin is used to provide each of the personnel or l5 idcntificd uscrs * 

users with a corresponding identification profile which is Th c TES/Plan interface module extracts the tasks and 

used to advantage in the TES system including the project assignments from the project management tool using one of 

management tool. Each user profile includes a unique two exemplary methods. For the Microsoft Project tool, 

identifier, such as a four character identification (ID), that conventional Object Linking Embedded (OLE) is used The 

identifies each user in the system 10 and controls access ^ tasks and assignments are saved in the TES master database 

thereto. The user profile also includes the user's name and a 18 e^actiy in the same format as the Microsoft Access 

password which may be selected by the user; a reporting-to database created by Microsoft Reject which makes project 

manager; a time sheet approving manager, and a security or . loading and project updating extremely easy to perform in 

access level flag, for example for levels 1 through 9, which the TES software. For the ABT Project Workbench, the ABT 

determines permitted access to various functions of the TES 25 P rc Ject file is saved by the user manager in a conventional 

system 10, The user profile also includes a directorate, or comma-delimited format The TES/Plan module may then 

department and location, identification which allows the update directly mis comma-«leLimited file. In all cases, the 

user profiles to be organized to correspond with respective four character unique user identifier serves as the key 

ones of the director servers 14, with respective director database field to interface the project management tool with 

servers 14 being used locally to service or administer each 30 ^ remainder of the TES system 10. 

of the users assigned within its jurisdiction. Referring again to FIG. 4, after the assignments table is 

Since the superserver 20 is operatively joined to the created in the master database 18 for assigning project tasks 
mainframe system 22, the TES/Admin module at the super- to users identified by their user profiles, the TES/PC soft- 
server level is configured to effect the personnel resource ware module illustrated in FIG. 2 is then used by the users 
pool by downloading employee information from the HRIS 35 f° r manually entering actual or expended time in accom- 
system 26 and may be used to manage employee transfers, plishing the project tasks using a visual or virtual time sheet 
additions, terminations, and associated information. Con- More specifically, the TES/PC software module which 
tractor profiles are maintained by downloading data from the resides at each of the user tenninals 16 illustrated in FIG. 3 
RMS system 28 in a similar manner, with the respective and allows access by authorized users to the common master 
personnel data being retrieved from the main database 24. 40 database 18 illustrated in FIGS. 2 and 3. The TES/PC 
The personnel profiles are organized by TES/Admin by module provides means for periodically, on a weekly sched- 
directorate which is associated with a respective one of the nle for example, preparing in the master database 18 from 
director servers 14. the assignments table therein a plurality of virtual time 

And, most significantly, the available personnel resource sheets, one for each respective user, with each time sheet 

pool as identified by their respective profiles is also available 45 listing the several project tasks assigned to a respective user 

for use in each of the director servers 14 by project managers and a time period record for manually recording time entries 

for use in developing required project plans using the project by the users indicative of actual time expended by each user 

management fool shown in FIG. 2. The project management in performing the respective task. As shown in FIG. 4, the 

tool may reside at any one or all of the director servers 14, times sheets are automatically prepared far each user and 

and preferably uses a personnel resource template therein 50 provide a simple vehicle for the user to enter actual time 

identifying users selected by project managers using TES/ expended against identified and described project tasks, 

Admin from the available personnel resource pool main- which is a significant advantage over the conventional time 

tained in the master database 18. The TES/Plan interface entry system which allows time entry based on the simple 

module illustrated in FIG. 2 downloads to the project AIMS number. 

management tool identified users from the personnel 55 A schematic representation of a portion of an exemplary 

resource pool for use in assigning tasks thereto in accor- time sheet is illustrated in FIG. 4 for a given time period 

dance with the project plan separately developed by the such as an identified week during which listed tasks may be 

project management tool. completed in accordance with the time schedules established 

Any project manager can create one or more project plans in the project management tool Since the TES/PC software 

using the project management tool as accessed through any 60 module is also written in Microsoft Visual Basic software, it 

user terminal 16, with the manager's own user profile being will have the typical Microsoft "windows" appearance 

associated therewith for in effect owning or controlling the although being configured to suitably identify individual 

respective project plans. These first two steps of the overall users, and list their assigned project tasks by name and/or 

method are illustrated in flow chart form in FIG. 4 to initially description, and provide suitable table records in which 

create the user profiles using the TES/Admin module, and 65 expended time may be recorded against assigned tasks. The 

then creating one or more project plans using the cornmer- time sheet preferably also includes a comments region in 

dally available project management tool based on the so which the user may provide any suitable comments directed 
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to the approving manager. The TES/PC module may be security resides at the supers erver level for administering all 

suitably configured as desired for displaying one or more aspects of the TES system 10 including the personnel 

suitable windows for informing each user of assigned tasks resource pooL 

and time schedule* therefore, while allowing the user to Another significant feature of the present invention is the 

enter actual time expended in performing the tasks, as well 5 a bmtyofmeTES/Adminmoauletomaporassignaspecific 

as estimated time to completion for the tasks. Vanous other source to a ^ ject or ject lan so ^ 

categories may also be presented in tihe windows whic* are ^ ^sisihacioic may be tracked based on 

typically used in convenuonal tune sheets including record- M ^ ^ fQf ^ b ^ ^ d 

mg vacation, illness, or personal business days for example. usQ . g 

Of primary significance, however, is the ability for users to 10 " „ . ™^ . ^ . A , . 
enter laboi ^expended agamst specific tasks, instead of enter- ^ ^ustrated in FIG. 4, the TES/Admin module is suit- 
ing time on simple AIMS numbers which will allow project configured to map a desired funding source to specific 
telms to track and control projects with improved efficiency and project tasks therein identified in the individual 
and accuracy time sheets and stored in the assignments table in the master 

A<& , , ... . . t . database 18. As illustrated in FIG. 3, existing funding 
After a user completes a time sheet, it is stored in the i < . , ^ , . it _ . , . , A, . & 
. a * u iq A « i u„ »u „^ ot Q „„ sources are identified in the main database 24 of the main- 
master database 18 and may be printed by the user at any , ^ . , . . . , , . , f 

* J. nm in„^ n ^A j« ttj/ frame system 22 which may be downloaded as desired for 

tune using a conventional printer 16p as illustrated in FIG. ' . . • ^ , . , . A 

- , . ... • , . association with respective proiect plans identified in the 

3. Each user is assigned a tune approving manager who has T77w i a a ^ *. !i • , . 

. * uJi* A~* n jJl .j^h master database 18. A specific funding source may be readily 

security access to the time sheet data and is required to , . A . £ f . , . J" 0 «. . A ,« ' 

• *i_ *j . . rt „ J*. . t « A linked to a specific project plan in the master database 18 so 

review the tune sheets and either approve or reject the 2 o A . ^ ,1. , j J /\. . , . . . — 

r; ... . « . ^ , A TfTio „..-♦ U i that cumulative labor cost therefore may be tracked. The 

entries made therein. If rejected, the user is suitably alerted ... ■ t • * i / **. 

via the ntfwork so that any required corrections may be sou f ces .«f * nU f be * the COmpaD * 01 
made thereto. Once time shetts are approved, the data "f™ 1 such 85 ^.venture aedUs "P* aUlal,< * "J* 5 ** 
contained therein are then available for fSher analysis and temporary funding sources may be generated in TES/ 
. tin Admin that can later be mapped to valid corporate accounts 
use in tne system ru 25 if desired* A typical corporate funding source is the conven- 
er example, and as shown in FIG. 4, the TES/Han ^ fon(Ji sources fcff ject lans 
module is also configured to organize and consokdate the m bc ch ^ ^ using ^ tes/ 
time sheet entries as desired for individual projects and tasks Admin module 

therein, which data is then fed back to the project plans in .„ . t ' . __ . ^ , . . . , 

T . ^ ^ . As illustrated in FIG. 4, tracking cumulative labor costs 

the project management tool. This provides the project 30 : ' . "7 77 . ; , £ 7* ^ , ^ 

^ J *.i a for the individual proiect plans may then be used for 

manager an accurate feedback loop on actual progress made 1W ~~ F J K 1 / - . , 

^T^L • ♦ 1 c v ki nrnftr . fC reporting funding progress for the plans, which allows a 

against a specific project plan. Suitable project progress 5 ° ^ " . _^ , . j * * t 

6 _^ r , % J w/i . „ oK . „ K ,r ™; 0 ^t proiect manager to revise project plans as required in the 

reports may be configured for examination by the project . fe ^ ^ * J ^ ? ^ 

manager eLr visuaUy on his user terminal or rnay be management tool and coriespondingly revise the 

Printed as desired for managing completion of the project 35 assignments table u, tarn. In this way, the TBS system 10 

EsL in accordance with Z vlriouVtime scheduled. The aUows Jrackmg of not only project progress in accordance 

^TiT- ~ a jk„A.,„„i,,m,nivfcji»,vi r (nikP with the time schedules, but also tracking of cumulative 

actual tune expended by the user is simply ted bacKinto tne ' . e , . . 

assignment table roaintained in the ZLr database 18 in ^ ~ st ^ s «P ended ^ ^ " P«f™f ^e 

the same format as required for access by the project P«9«* tes ^- Th* Project plans may therefore be suitably 

management tool, m tU? way, project managers may peri- 40 J 0 ™** as rc ^ uired 10 commodate time schedule and 

odically track and control project progress in accordance funding concerns. 

with the previously defined time schedules. If required, the Although the TBS/Admin software module and the TES/ 

project management tool may be used to revise the various Han module may be maintained on a single director level 

project plans and in turn update the assignments table server 14, it is desirable to create the multi-level hierarchy 

maintained in the master database 18 to adjust assigned tasks 45 architecture illustrated in FIG. 3 for integrating the TES 

and time schedules as required for the various identified modules with the mainframe system 22 for improving 

users performance. For example, the TES/Admin module residing 

TheTES/AdininmcdmeresiQiiigatthesuperservaiUus- a J *? superserver 20 may be effectively used for identifying 

tratcd in FIG. 2 also provides means for administering the ^ ^ctoi server locations; idenrJying all authorized users 

personnel resource pool to effect changes thereto and in turn 50 and their respective server locations; feeding all applicable 

changes to die assignments table maintained in the master ^ to * e «^ ect " ™ 14; and 300 ba f " 

database 18. The personnel resource pool may be modified ">2 »P *o™?* df ector servers 14. The superserver 20 

in response to tranrfers, additions, and terminations of users, P rwldes a far consoUdated project data from att 

as well as changing user profiles as required. For example, downstream director servers 14, and performs all required 

user passwords mly bc reset as desired and changes of 55 ^tface functions vath the corporate mainframe systems 

directorate and reporting or approving managers may also be 22> 

changed. Security level access to the TES system 10 may be Through downloads from the corporate system 22, the 

changed as required by modifying the corresponding secu- TES/Admin module identifies available users based on 

rity level flag or parameter. The lowest level security is that active employees and contractors from the personnel data 

for the individual users for allowing their access to the user 60 residing at the main database 24. It also validates the funding 

terminals 16 for entering time therein. Reporting and depart- information for the various project plans based on the 

merit managers have a correspondingly higher security level corporate accounting systems residing at the corporate level, 

for allowing their access to the TES system 10 as required Upgrades to the various TES software modules may be also 

for completing their responsibilities. Project managers are downloaded as required. 

given suitable security level access to load projects into 65 Through uploads to the corporate mainframe system 22, 

TES/Plan which are created in the project management tool the TES/Admin module provides managed labor feed to the 

and develop or revise project plans. The highest level of appropriate corporate time accounting systems, including all 
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applicable required edits. Conventional corporate time 
accounting requirements are expanded to include function- 
ality for billing and charge back of labor to external alliances 
and joint ventures. 

The TBS/Admin module residing at the director level 5 
preferably provides at this level the ability to set user 
parameters including for example, user access to all TES 
software; passwords; approving managers and subordinate 
roll up structure; and user roles. User role definitions for 
TES/Admin use include identification of approving 10 
managers, without budget authorization; department 
managers, with complete authorization for selected depart- 
ments; project managers, having complete authorization for 
selected projects; and director level administrators having 
complete authorization for corresponding functions. General 15 
tasks independent of the project management tool may be 
created by responsible managers at the director level for 
completion by assigned users using a generic time funding 
category. 

The TES/Admin module is preferably also used to define 20 
funding relationships for the project plans loaded through 
the TES/Plan module by linking project plans to corporate 
funding sources, which may be changed periodically as 
desired. Temporary funding sources may also be assigned, 
and direct links to the corporate mainframe system 22 are 25 
preferred for validating funding sources and editing as 
required. And, any type of funding source may be identified 
including both internal and external funding. 

The TES/Admin module is also configured to prepare 3Q 
various reports regarding performance as required. The 
commercially available Crystal Reports software available 
from the Crystal Computer Services Company, Inc., of 
Vancouver, British Columbia, Canada may be used for 
example. Complete reporting functionality for both financial 35 
and project metrics is provided for tracking project time 
scheduled progress as well as funding progress as addressed 
above. 

And, the TES/PC module residing at the various user 
terminals 16 allows the two primary functions of time entry 40 
interface for authorized employees and contractors, and 
subsequent approval by approving managers identified in the 
TES/Admin module. The users enter time against tasks 
assigned from the project plans loaded in by the TES/Plan 
module; or general tasks created in the TES/Admin module 45 
for the entire directorate; or administrative accounts for 
vacation, holiday, sickness, and other typical non-work 
related conditions. The TES/PC module allows for general 
as well as task level comments for subsequent status report- 
ing and review by managers. The time sheets are entered 50 
periodically such as weekly, with the users being able to 
enter estimated time to completion against assigned tasks 
which is fed back into the external project planning tool 
through the update actuals option in the TES/Plan module. 
And, the individual users may print copies of the time sheets 55 
as desired. Approving managers have security level access 
to view all subordinate time sheets for approval or rejection 
thereof. Approving managers themselves are allowed to 
report delinquencies and administrator account information 



for all subordinates. 



GO 



The project management system 10 disclosed above may 
be readily tailored as desired for integrating the various roles 
of the users and managers in conjunction with the preexist- 
ing project management tool and mainframe system 22. In 
this way, existing personnel data may be suitably down- 65 
loaded to the project management tool for creating one or 
more project plans having tasks assigned to specific, pre- 



identified users in accordance with respective time sched- 
ules. The various tasks required in the one or more projects 
are maintained in the common assignments table residing in 
the master database 18 so that individual users may access 
the database via the corresponding time sheets for viewing 
tasks assigned to the users for completion in accordance 
with the defined time schedules. The individual users readily 
enter time expended in completing identified tasks, as well 
as time to completion if desired. The actual tune expended 
is then consolidated in the master database 18 so that project 
progress in accordance with the various time schedules may 
be tracked, and most significantly, cumulative labor 
expended or labor costs may also be tracked. The original 
project plans may be revised as desired based on the 
feedback obtained from the project schedule or funding 
progress. And, of particular importance is the ability to 
identify project tasks by description or name instead of a 
non-descriptive AIMS number as was previously done, 
which allows integration with the project management tool 
for tracking and controlling identified projects in accordance 
with the assigned project task. 

While there have been described herein what are consid- 
ered to be preferred and exemplary embodiments of the 
present invention, other modifications of the invention shall 
be apparent to those skilled in the art from the teachings 
herein, and it is, therefore, desired to be secured in the 
appended claims all such modifications as fall within the 
true spirit and scope of the invention. 

Accordingly, what is desired to be . secured by Letters 
Patent of the United States is the invention as defined and 
differentiated in the following claims: 

We claim: 

1. A dynamic project management system comprising: 

a server network including a programmable computer 
server operatively joined to a plurality of personal 
computer user terminals; 

a master database operatively accessible by said server 
and said user terminals; 

means for identifying a personnel resource pool including 
a plurality of users each having an identification profile; 

means for planning a project to effect a project plan 
including a plurality of tasks to be performed by said 
users from said resource pool in accordance with 
respective time schedules; 

means for interfacing said project plan with said server 
network to effect in said master database an assign- 
ments table including a list of said project tasks 
assigned for completion by each of said users; 

means for periodically preparing in said master database 
a plurality of time sheets from said assignments table 
including a list of said project tasks assigned to a 
respective user and a time period record for recording 
time entries indicative of actual time expended by each 
user in performing said tasks; and 

said interfacing means being effective also for feeding 
back to said planning means from said master database 
said actual time expended for said tasks for managing 
completion of said tasks in accordance with said time 
schedules. 

2. A system according to claim 1 further comprising 
means for administering said personnel resource pool to 
effect changes thereto and in turn changes to said assign- 
ments table. . 

3. A system according to claim 2 wherein said adminis- 
tering means is effective also for mapping a funding source 
to said project and tracking cumulative labor cost therefore 
based on said actual time expended for said project tasks. 
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4. A system according to claim 3 further comprising a preparing periodically in said master database time sheets 
plurality of said server networks operatively joined to said from said assignments table including a list of said 
master database to define a respective plurality of director- project tasks assigned to a respective user and a time 
level computer servers each having a respective plurality of period record far recording time entries indicative of 
said user terminals, and wherein said planning and interfao 5 actual ^ expended by each user in performing said 
ing means reside at said director-level servers. tasks* and 

5. A system according to claim 4 further comprising a ' . 

rapenwllev^ feedin g back t0 s * d Project plan said actual time 

joined to said plurality of director-level servers and said expended in performing said tasks for managing 

master database, and including said personnel identifying 10 completion of said tasks in according with said time 

means. schedules. 

6. A system according to claim 5 further comprising a 10. A method according to claim 9 further comprising: 
programmable mainframe computer system operatively mapping a funding source to said project plan; and 
joined to said supernova server and including personnel and tracking cumulative labor cost for said project plan based 
funding data, and wherein said identifying means effect said 15 QQ said ^ cxpcndcd for ^ project tasks, 
personnel resource pool from said personnel data and orga- n A method accordmg to claim 10 further comprising 
mzc said user profiles to ^correspond widi respective ones of administerillg said personnel resource ^ to ^ changcs 
said director servers, and- wherein rtgwu^w * ^ to said ^ gnments table, 
map said funding source from said funding data to said _ t t . . k , . * ^. . . 

- * 20 12 * A n^tkod according to claim 10 further comprising 

^7. A system according to claim 6 wherein said user profile revising said project plan based on at least one of progress 

includes a unique identifier, and said planning means are in mect *g schedules and said cumulative labor 

effective to plan said project around users identified by said cost 

identifiers. 13. A method according to claim 10 further comprising 

8. A system according to claim 7 wherein said user profile 25 planning and translating a plurality of said projects into a 
further includes a directorate identification for assigning said common assignments table to effect time sheets far said 
users to respective ones of said director servers. users containing all project tasks for each user. 

9. A method for ctynamicaUy managing a project in a 14. A method according to claim 10 wherein said project 
server network including a programmable computer server planning step utilizes a preexisting project management tool 
and a master database operatively joined to a plurality of 30 to effect said project plan. 

personal computer user terminals, said method comprising: is. a method according to claim 10 wherein said user 

identifying a personnel resource pool including a plurality profile includes a unique identifier, and further comprising 

of users each having identification profile; providing said user identifiers to said planning step for 

planning a project to effect a project plan including a planning said project around users identified by said iden- 

plurality of tasks to be performed by said users from 35 tifier. 

said resource pool in accordance with respective time 16. A method according to claim 10 further comprising 

schedules; downloading personnel data from a preexisting computer 

translating said project plan into said master database to system for identifying said personnel resource pool 
effect an assignments table including a list of project 

tasks assigned for completion by each of said users; ***** 
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